How blockchain impacts cloud-based system performance: a case study for a groupware communication application

This paper examines the performance trade-off when implementing a blockchain architecture for a cloud-based groupware communication application. We measure the additional cloud-based resources and performance costs of the overhead required to implement a groupware collaboration system over a blockchain architecture. To evaluate our groupware application, we develop measuring instruments for testing scalability and performance of computer systems deployed as cloud computing applications. While some details of our groupware collaboration application have been published in earlier work, in this paper we reflect on a generalized measuring method for blockchain-enabled applications which may in turn lead to a general methodology for testing cloud-based system performance and scalability using blockchain. Response time and transaction throughput metrics are collected for the blockchain implementation against the non-blockchain implementation and some conclusions are drawn about the additional resources that a blockchain architecture for a groupware collaboration application impose

A non-dispersive Raman D-band activated by well-ordered interlayer interactions in rotationally stacked bi-layer Graphene

Raman measurements on monolayer graphene folded back upon itself as an ordered but skew-stacked bilayer (i.e. with interlayer rotation) presents new mechanism for Raman scattering in sp2 carbons that arises in systems that lack coherent AB interlayer stacking. Although the parent monolayer does not exhibit a D-band, the interior of the skewed bilayer produces a strong two-peak Raman feature near 1350 cm-1; one of these peaks is non-dispersive, unlike all previously observed D-band features in sp2 carbons. Within a double-resonant model of Raman scattering, these unusual features are consistent with a skewed bilayer coupling, wherein one layer imposes a weak but well-ordered perturbation on the other. The discrete Fourier structure of the rotated interlayer interaction potential explains the unusual non-dispersive peak near 1350 cm-1

The health service bus: An architecture and case study in achieving interoperability in healthcare

Interoperability in healthcare is a requirement for effective communication between entities, to ensure timely access to up to-date patient information and medical knowledge, and thus facilitate consistent patient care. An interoperability framework called the Health Service Bus (HSB), based on the Enterprise Service Bus (ESB) middleware software architecture is presented here as a solution to all three levels of interoperability as defined by the HL7 EHR Interoperability Work group in their definitive white paper “Coming to Terms”. A prototype HSB system was implemented based on the Mule Open-Source ESB and is outlined and discussed, followed by a clinically-based example

The health service bus: An architecture and case study in achieving interoperability in healthcare

Interoperability in healthcare is a requirement for effective communication between entities, to ensure timely access to up to-date patient information and medical knowledge, and thus facilitate consistent patient care. An interoperability framework called the Health Service Bus (HSB), based on the Enterprise Service Bus (ESB) middleware software architecture is presented here as a solution to all three levels of interoperability as defined by the HL7 EHR Interoperability Work group in their definitive white paper “Coming to Terms”. A prototype HSB system was implemented based on the Mule Open-Source ESB and is outlined and discussed, followed by a clinically-based example